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(54) Method and architecture to support multiple services in label switched networks 



(57) A telecommunications network architecture 
provides transport and switching of user services, par- 
ticularly PSTN/ISDN services. In the network, connec- 
tions are set up between end points which typically 
comprise narrow band exchanges serving subscribers. 
Calls are set up between the end points via call servers 
using e.g. ISUP signalling between the end points or 
exchanges and the call servers. The call servers set up 



connections via a concatenated series of paths or tun- 
nels across an intermediate MPLS network via media 
gateways serving respective nodes in the MPLS net- 
work. User information packets are carried across the 
MPLS network by the attachment of an appropriate 
label, this label being removed on egress from the 
MPLS network to recover the original packet 
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Description 

BACKGROUND OF THE INVENTION 

[0001] This invention relates to a method and archi- s 
tecture for supporting services in a telecommunications 
network. 

FIELD OF THE INVENTION 

10 

[0002] Traditionally, two types of legacy telecommu- 
nication networks have been developed. The first type is 
connection oriented and is used for the transport of nar- 
row band voice traffic, typically carried in TDM frames. 
Such networks comprise for example synchronous or is 
plesiochronous networks. The second type of legacy 
network is connectionless in nature and is used for the 
transport of broad band packet or cell-based data traffic. 
Such packet traffic includes for example Internet proto- 
col (IP) traffic. There is currently a drive towards unified 20 
networks which provide end to end transport for both 
voice and data services, and to this end the use of asyn- 
chronous transport has been introduced. 
[0003] Asynchronous Transfer Mode (ATM) was the 
technology specified by the ITU-T as a broadband net- 25 
work technology suitable for all applications. For Inter- 
net protocol traffic however, ATM has proven to be 
ineffective at supporting Layer 3 routed applications 
such as routed virtual private networks. This led the 
IETF to specify Multiprotocol Label Switching (MPLS) 30 
as a technology which inherits the desirable character- 
istics of ATM but is better matched to the Internet proto- 
col. In particular MPLS provides a frame merge function 
in which data frames received from multiple sources are 
captured and sent out with a common label. This is key 35 
to support of Internet protocol Layer 3 Routed services. 
Service providers would ideally prefer a single network 
technology to support all of the services that they pro- 
vide as this would achieve the lowest possible opera- 
tional cost 40 
[0004] Although there would be clear advantages in 
the use of MPLS to replace ATM as a broadband tech- 
nology for all applications its current inflexibility in the 
handling of certain services, particular for PSTN/ISDN, 
Leased-line, Frame Relay and ATM services, has 45 
restricted its general adoption by network operators. 

SUMMARY OF THE INVENTION 

[0005] An object of the invention is to minimise or to so 
overcome the above disadvantage. 
[0006] A further object of the invention is to provide 
an improved arrangement and method for providing 
MPLS transport in a telecommunications network. 
[0007] According to a first aspect of the invention, 55 
there is provided a method of transporting a telecommu- 
nications information packet to an end point in a net- 
work incorporating a multiprotocol label switching 



network, the method including defining a plurality of first 
level paths across the multiprotocol label switching net- 
work, defining a second level path comprising a con- 
catenated series of said first level paths attaching a 
label to the information packet indicative of said second 
level path at an ingress to the multiprotocol label switch- 
ing network, transporting the labelled packet over said 
second level path, removing the label from the packet, 
and delivering the packet to the end point. 
[0008] According to a further aspect of the inven- 
tion, there is provided a telecommunications network 
incorporating a multiprotocol label switching network 
arranged to transport information packets between end 
points, the telecommunications network including 
means for defining a path across the multiprotocol label 
switching network, said path comprising a plurality of 
concatenated paths, means for attaching labels to the 
information packets indicative of said path at an ingress 
to the multiprotocol label switching network, transport- 
ing the labelled packets over said path, removing the 
labels from the packets, and delivering the packets to a 
said end point 

[0009] According to a further aspect of the inven- 
tion, there is provided a telecommunications network 
incorporating a multiprotocol label switching network 
comprising a plurality of abstract nodes and arranged to 
transport information packets between end points, the 
telecommunications network including means for defin- 
ing a first set of paths between pairs of said abstract 
nodes in the multiprotocol label switching network, 
means for defining a second level path comprising a 
plurality of concatenated paths from said first set of 
paths, means for attaching labels to the information 
packets indicative of said second level path at an 
ingress to the multiprotocol label switching network so 
as to transport the labelled packets over said defined 
second level path, and means removing the labels from 
the packets on egress from said second level path and 
for delivering the packets to a said end point 
[0010] In a preferred embodiment, the invention 
relates to an architecture for supporting multiple service 
types over label switched networks. The IETF has 
defined a multiprotocol label switch (MPLS) as a means 
of providing traffic engineering in Internet protocol net- 
works. 

[0011] The invention provides an arrangement and 
method that enables MPLS to be extended to allow mul- 
tiple services to be carried transparently by providing 
MPLS with session switched capabilities having QoS 
guarantees; providing MPLS transparency to other 
forms of frame or cell Information; and adapting existing 
services to transparent frames or cells over MPLS 
switched sessions. 

[0012] Reference is here directed to co-pending 

United States application, serial number filed 30 

June 1 999 entitled 'Establishing Connections with a pre- 
specified Quality of Service across a Communication 
Network* (file reference. 1055 9 ID, inventor M Gibson) 
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and assigned to the present assignee. That application 
discloses a method whereby MPLS can be extended to 
provide on-demand connection oriented services with 
quality of service (QoS) guarantees. 
[0013] Further benefits and advantages of the s 
invention will become apparent from a consideration of 
the following detailed description given with reference to 
the accompanying drawings, which specify and show 
preferred embodiments of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] Preferred embodiments of the invention and 
its best mode of operation will now be described with 
reference to the accompanying drawings in which:- 

Figure 1 is a schematic of a first embodiment of a 
network architecture to support PSTN/ISDN serv- 
ices; 

Figure 2 shows the MPLS parts of the network of 
figure 1 in further detail; 

Figure 3 is a call walkthrough diagram for a 
PSTN/ISDN call in the network of figure 1 . 

Figure 4 is an illustration of a method of transport- 
ing ATM cells over the MPLS parts of the network of 
figure 1; 

Figure 5 is a connection walkthrough of figure 2; 

Figure 6 shows a second embodiment of a network 
architecture for supporting leased-line services; 

Figure 7 is a network schematic for supporting ATM 
services on the network; and 

Figure 8 is further network architecture for support- 
ing ATM services. 

DESCRIPTION OF PREFERRED EMBODIMENTS 

[001 5] Referring first to figure 1 , this shows in sche- 
matic form an exemplary network architecture for pro- 
viding user services, particularly PSTN/ISDN services. 
In the network of figure 1, connections are set up 
between end points 10a, 10b which typically comprise 
narrow band exchanges serving subscribers (not 
shown). Calls are set up between end points via call 
servers 2a, 2b using e.g. ISUP signalling between the 
end points or exchanges and the call servers. The call 
servers set up connections via paths or tunnels across 
an MPLS network 3 via media gateways 4a, 4b serving 
respective nodes 5a, 5b in the MPLS network. For clar- 
ity, only two nodes are depicted in the MPLS network, 
but it will of course be appreciated that a path through 
this network will in general traverse several such nodes. 



[0016] The network architecture for PSTN/ISDN 
services depicted in figure 1 conforms to the emerging 
IETF Megaco architecture operating over an MPLS core 
network. The call servers 2a, 2b provide processing of 
signalling requests. The media gateways 4a, 4b adapt 
telephony terminals into MPLS packets and a media 
gateway control protocol (MGCP) is used to control the 
media gateways in order to provide connections of 
media paths for the call. Signalling between the call 
servers is advantageously by means of ISDN Services 
User Part of signalling system No7 (ISUP+). ISUP+ is a 
modified version of ISUP specified by the ITU-T in order 
to carry session identification and IP address informa- 
tion between the call servers. 

[0017] The internal construction of the MPLS net- 
work 3 of figure 1 , is illustrated schematically in figure 2 
and is so constructed as to support connection oriented 
services with QoS guarantees. As shown in figure 2, the 
MPLS network incorporates an administration server 35 
which provides a first level of MPLS tunnels which are 
used to segregate the MPLS network into service sub- 
networks. Admission managers 30, 31 and connection 
managers 32, 33, 34 are used to select routes for a sec- 
ond level of MPLS tunnels which are contained within 
the first level of tunnels 17, 18 and are used to create 
dynamic switched session services to users. 
[0018] As shown in figure 2, a first endpoint 10a is 
connected to another endpoint 10b via the MPLS net- 
work which comprises a plurality of nodes that are con- 
nected by links. These nodes include three abstract 
nodes 1 2, 1 3, 1 4 and many other nodes which for clarity 
are not shown individually but which are represented by 
cloud shapes 15,16 between the abstract nodes. These 
cloud shapes 15, 16 are intended to represent parts of 
the MPLS network. 

[0019] Links 1 7, 1 8 are provided and these connect 
the abstract nodes 12, 13, 14 in series. Links 19, 20 are 
also provided to connect each endpoint 10a, 10b to an 
abstract node and thus form a path or tunnel between 
the endpoints. However, this path from the first endpoint 
10a, via link 19 to abstract node 12 which is connected 
in series to abstract nodes 13 and 14, and then via link 
20 to the second endpoint 10b, is only one of many pos- 
sible paths over the communications network which 
connect the two endpoints 10a, 1 0b. These other paths 
are not explicitly shown in Figure 2 but are intended to 
be represented by the presence of clouds 15, 16. 
[0020] Data or messages which are transmitted via 
the MPLS network can be thought of as comprising two 
types. First, customer data or messages such as video 
signals, voice signals or email messages and second, 
control data or messages. This control data functions to 
help manage the communications network; for example, 
control messages may comprise signals broadcast by a 
node in the communications network to advertise its 
presence or its failure. The method of using the control 
messages is defined by the type of messaging proto- 
col (s) used. 
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[0021] In a preferred embodiment, the MPLS stand- 
ard messaging protocol is used in conjunction with the 
CR-LDP messaging protocol to help manage the com- 
munications network comprising the endpoints 10a, 
10b, the abstract nodes 12, 13, 14, the clouds of nodes 
15, 16 and the links between these. However, as 
described CR-LDP, while able to make quality of service 
reservations across known paths, is unable to deter- 
mine these paths itself. In the present invention addi- 
tional components and messaging protocols are 
provided in order to determine and reserve guaranteed 
quality of service for particular connections for particular 
paths over the network. 

[0022] These additional components as discussed 
above comprise an administrative server 35, admission 
managers 30, 31 and connection managers 32, 33, 34. 
The additional messaging protocols include the stand- 
ard Common Open Policy Service (COPS) messaging 
protocol and a modified version of the standard IETF 
SIP (Session Initiation Protocol) RFC2543 protocol 
although these are all examples of preferred messaging 
protocols; any suitable messaging protocols may be 
used. The modified version of SIP is designed to work in 
conjunction with COPS, CR-LDP and MPLS, although it 
could be designed to work with similar messaging pro- 
tocols to perform the same function. This modified ver- 
sion of SIP will be referred to as "SIP++" in the following 
description. A further description of the SIP++ messag- 
ing protocol is given in our aforementioned co-pending 
application. 

[0023] The arrangement provides Switch Virtual 
Circuit (SVC) admission control equivalency with guar- 
anteed quality of service on an MPLS or similar commu- 
nications network. An SVC is a path over a 
communications network between two endpoints which 
is effectively dedicated for a particular communication 
session. These SVCs may be used to carry one or more 
communication sessions. A brief "overview" of the man- 
ner in which this is achieved is now described. 
[0024] When a user requests a connection for a 
communication session this request is passed to an 
endpoint to which a terminal accessed by the user is 
connected. Means is provided to determine possible 
paths for the required connection together with meas- 
ures of preference for these possible paths. The meas- 
ures of preference (for example, ranks) are determined 
on the basis of factors such as traffic levels in the net- 
work, length of path, and available capacities. One path 
is chosen on the basis of the measures of preference. 
For example, a path with the highest rank may be cho- 
sen and reserved for the requested communication ses- 
sion. This gives a reserved path which can be used to 
provide a guaranteed quality of service for a particular 
communication session. Any suitable measure of pref- 
erence such as a score, percentage value or rank may 
be used. 

[0025] In a preferred embodiment, a ranking mech- 
anism is used to select from the set of suitable paths, 



the route a new session will use to traverse an MPLS 
network. This set of paths and their ranking varies with 
network load. 

[0026] In order that the ranks may provide an effec- 
5 five means for choosing between possible paths an 
advertising mechanism is provided which allows entities 
in the communications network to gain information 
about traffic levels, topology of the network and other 
factors. This information can then be used to help make 
10 the decision about which path to choose. The advertise- 
ment mechanism allows the system to choose routes 
best suited to the session being established. Two meth- 
ods are proposed: explicit registration or by passively 
piggybacking information on path setup messages. The 
15 rate of advertisement is a function of the rate of session 
set-up. 

[0027] As well as an advertising mechanism, in 
order to reduce the complexity of choosing a path, a 
mechanism is provided whereby an overlay network is 

20 configured to provide a set of high capacity routes 
across the MPLS clouds which function as "trunk" 
routes or "motorways". An arrangement is then made 
that communication sessions are preferably established 
using these pre-determined high capacity routes. This 

25 helps to reduce the topology information needed to 
establish a path across a communications network. By 
using a constrained set of paths between the routers 
that comprise the MPLS network, the set of routes is 
constrained to reduce the total topology information 

30 needed to route across the network. 

[0028] Referring again to Figure 2, it can be seen 
that the admission managers 30, 31 and the connection 
managers 32, 33, 34 as well as the administrative 
server 35 are depicted above the MPLS network. The 

35 admission managers, connection managers and admin- 
istrative server can be thought of as a "management 
layer" of the communications network. However, this 
layer is not physically independent from the rest of the 
communications network. For example, the SIP++ pro- 

40 toco I control messages may be transmitted over the 
same physical links as the user information during com- 
munication sessions. 

[0029] Each endpoint 10a, 10b is associated with 
an admission manager 30, 31 and each abstract node 

45 12, 13, 14 is associated with a connection manager 32, 
33, 34. As indicated in Figure 2, communication 
between the endpoints and their associated admission 
managers and between the abstract nodes and their 
associated connection managers is carried out using 

so the COPS protocol. Also, communication between the 
administrative server 35 and the admission managers 
30, 31 or abstract nodes 12, 13, 14 takes place using 
the COPS protocol. The way in which this is achieved 
using the COPS protocol is described in more detail 

55 below. However, communication between the admission 
managers and connection managers takes place using 
SIP++. 

[0030] The characteristics of some of the compo- 
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nents of the communications network are now 
described: 

Abstract Nodes 

[0031] Abstract nodes 30, 31 are a concept intro- 
duced by the CR-LDP protocol and represent one or 
more label switch routers (LSRs) which are connected 
together by links. By using a description equivalent to a 
subnet mask a whole group of LSRs can be referred to. 
A subnet mask is an Internet Protocol (IP) mechanism 
used to define a group of IP nodes by only using the first 
n bits of their 32-bit IP addresses, where n is less than 
32. IPV4 is assumed, although the method is of course 
equally applicable to other IP versions. The abstract 
nodes run the CR-LDP protocol and remain unaware of 
the SIP++ protocol running between admission manag- 
ers and connection managers. Each abstract node may 
be directly configured by the Administrative Server, 
which may instruct an abstract node to establish a path 
to another particular abstract node. In the case where a 
CR-LDP network is used this path is referred to as a 
label switch path (LSP). SIP++ or any other suitable 
messaging protocol used provides a means of deter- 
mining which of the label switch routers in an abstract 
node a path should be routed through. 
[0032] By using abstract nodes when selecting path 
candidates for a new session it is possible to be pre- 
sented with a set of diverse routes. This provides the 
advantage that different routes over the network can be 
utilised and this is especially helpful if it is required to 
"spread load" over the network and if problems occur in 
localised regions of the network. 

Endpoints 

[0033] An endpoint 1 0a,1 Ob is any node in the com- 
munications network through which a user may request 
a communication session on the communications net- 
work. For example, in the case that an MPLS communi- 
cations network is used an endpoint can be any MPLS 
device; either an MPLS enabled terminal or a router at 
the edge of the network. New communication sessions 
requested by an endpoint are sent to an admission 
manager that is associated with the endpoint. That 
admission manager then uses the SIP++ protocol and a 
path for the requested session is determined and 
reserved in order to guarantee the requested quality of 
service. Once the admission manager has completed 
this task, the user request is validated and the validation 
communicated to the endpoint using the COPS proto- 
col. Together with the validation, details of the chosen, 
reserved path are provided to the endpoint together with 
an identifier for the reserved path. If the request for a 
new session is granted, the endpoint runs the CR-LDP 
protocol using the exact same parameters that were 
used in the COPS request for a communication session 
together with the details of the chosen, reserved path. 



The CR-LDP protocol then establishes a path for the 
communication session according to the standard CR- 
LDP method described below. Each endpoint is there- 
fore effectively unaware of the SIP++ protocol running 
between the admission managers and connection man- 
agers. 

Admission Managers 

[0034] Each admission manager 30, 31 is responsi- 
ble for maintaining network topology information and 
using this to select a route across the network. When an 
admission manager receives a request for a communi- 
cation session from an endpoint 1 0a, 1 0b it issues a plu- 
rality of path requests, which in a preferred example of 
the SIP++ protocol are referred to as INVITE messages. 
These path requests are control messages whose func- 
tion is to request and determine possible paths between 
the required endpoints. In order to issue these path 
requests effectively, an admission manager needs to 
maintain accurate topological information about at least 
part of the communications network. Route advertise- 
ments are broadcast by entities in the communications 
network and an admission manager processes all the 
route advertisements it receives. This enables the 
admission manager to build up a map of all the reacha- 
ble nodes on the MPLS network and their availability 
over time. An admission manager also monitors the 
bandwidth of connections to edge abstract nodes for the 
endpoint EP that it is associated with. (An edge abstract 
node is an abstract node that is positioned towards the 
edge of a communications network.) In this way an 
admission manager effectively provides admission con- 
trol to the communication network. Communication 
between an admission manager and its associated end- 
point is via an interface such as a COPS interface. An 
interface to the administrative server 35 is also pro- 
vided, which may be a COPS interface. This allows end- 
points to request new tunnels or paths (for example new 
trunk" routes) in the communications network such as 
an MPLS network. An admission manager is also 
arranged to respond to INVITE messages issued by 
other admission managers. 

Connection Managers 

[0035] Each connection manager is associated with 
an abstract node and as described above an abstract 
node may comprise one or more Label Switch Routers 
LSRs. However, it is not essential for all label switch 
routers to be associated with a connection manager. 
[0036] Connections from these label switch routers 
to other abstract nodes are termed "label switch paths" 
(LSPs). Each connection manager monitors the band- 
width used in each of the label switch paths that ema- 
nate from the label switch router (or group of label 
switch routers) which it Is associated with (or manag- 
ing). It also is responsible for advertising the level of 
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congestion in these label switch paths to other adminis- 
trative elements (such as other connection managers 
and admission managers) on a slow but regular basis. 
[0037] A connection manager also keeps a record 
of the destination abstract node for each of the label 
switch paths that it is monitoring. This information is 
also advertised by the connection manager. A connec- 
tion manager also uses a COPS interface from the 
abstract node it is monitoring to allow registration of new 
label switch paths or a change in parameters of an exist- 
ing label switch path. 

Administrative Server 

[0038] An administrative server 35 is used to provi- 
sion paths in the communications network upon initiali- 
sation. For example, this involves establishing the label 
switch paths that the SIP++ protocol routes over. It is 
also used to change the characteristics of an existing 
path or introduce a new one. Although pictured as a sin- 
gle entity in Figure 2, an administrative server 35 may 
take the form of multiple servers that administer their 
local area. 

[0039] An Administrative Server is able to commu- 
nicate directly with any label switch router in a 'known' 
abstract node. It uses CR-LDP over this interface to pro- 
vision high capacity label switch paths between these 
label switch routers via any number of intermediate 
label switch routers. Typically this will be through label 
switch routers with no associated connection manager, 
though this need not necessarily be the case. An admin- 
istrative server has a much more detailed view of the 
topology of the intermediate MPLS network than the 
endpoints attached to it. By pre-provisioning label 
switch paths of high capacity the administrative server 
constrains the number of possible routes between two 
endpoints for a proposed communication session of a 
given capacity. This reduces the level of detail needed 
to make routing decisions. 

[0040] An Administrative Server may also add new 
paths or change the characteristics of an existing path 
during the operation of the network. This may either be 
initiated by the network provider or via a request mech- 
anism. 

Request mechanism 

[0041] The Administrative Server 35 has a COPS 
interface to all the admission managers at the edge of 
the network. This interface is used by those admission 
managers to request new high capacity label switch 
paths across the MPLS network, or to request a change 
in the capacity of an existing LSP. 
[0042] A Session Initiation Protocol (SIP) used to 
provide communication between the admission manag- 
ers 22 and connection managers 23. This is a modified 
version of the IETF protocol and is designed to operate 
in conjunction with COPS, CR-LDP and MPLS, 



although it could of course be adapted to operate with 
similar messaging protocols. This modified version of 
SIP will be referred to in the following description as 
SIP++. An extension to the IETF Common Open Policy 
5 Service (COPS) in provides communication between 
the physical MPLS network and its control services. 

Call Walkthrough for Successful Call 

10 [0043] A call walkthrough for a successful call is 
illustrated diagrammatically in figure 3. This figure cor- 
responds to the level of detail shown in figure 1. An Ini- 
tial Address Message (I AM) is sent from an originating 
exchange to the first call server 2a. This call server then 

is sends a connect message to its media gateway 4a. At 
this point the IP address A of the originating terminal is 
known but the destination address has yet to be deter- 
mined. Following completion of this command, call 
server 2a sends an ISUP+ message (I AM) which identi- 

20 ties the IP Address A to the second call server 2b as 
well as providing a session identifier. Call server 2b 
selects an outgoing media gateway port with IP Address 
C, i.e. the destination address, and sends a correspond- 
ing 1AM message to the destination exchange. Call 

25 server 2b sends a Connect message to its Media Gate- 
way 5b identifying the IP Addresses A and C. Call 
Server 2b now receives an Address Complete Message 
(ACM) from the destination exchange 1 b. In response to 
this message, it adds the ISUP+ information (Session Id 

30 and IP address C) and forwards the ACM to Call Server 
2a. Call Server 2a is now able to complete the connec- 
tion request it made to its Media Gateway 5a which it 
does using a Modify command. At some point an 
Answer signal (ANM) is received and the set-up process 

35 is completed. 

[0044] When the call has been completed, tear 
down of the connection is effected by an analogous 
release messaging sequence indicated in the lower por- 
tion of figure 3. 

40 

ATM over MPLS 

[0045] Referring now to figure 4, this illustrates a 
method of labelling communications packets for trans- 

45 port across the MPLS network. A typical MPLS voice 
packet is illustrated in figure 4. The example is for G729 
voice coding with 20 msec packetisation. Each packet 
comprises 40 bytes of the IP Real-time Protocol stack 
(RTP/UDP/IP) as well as a 4 byte label. The IP Real- 

so time protocol stack is not inspected by the MPLS part of 
the network it is passed transparently through to end 
systems. If the end systems are not IP then the 
RTP/UDP/IP information is largely redundant As MPLS 
works solely on the basis of the Label content it is pos- 

55 sible to transfer any information transparently over an 
MPLS network. In figure 4 two options for transferring 
ATM over MPLS are shown, although it will of course be 
appreciated that it would also be possible to transfer 
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other frame structured information such as MPEG video 
in a simitar transparent way. If it is desired to use ATM 
addressing and ATM maintenance then the full ATM cell 
should be carried transparently, if it is desired to only 
use the ATM Adaptation layer functions them the cell 
payload is all that is required. For the PSTN/ISDN appli- 
cation then ATM Adaptation layers 1 or 2 are all that is 
required. For the G729 example quoted above the AAL2 
adaptation overhead is 3 bytes as compared with the 40 
bytes of the IP Real-time protocol stack. 

MPLS session establishment 

. [0046] An example of the messaging used to estab- 
lish a communication session across a communications 
network and provide a guaranteed quality of service is 
now described with reference to Figure 5. In the sche- 
matic diagram of figure 5, the message numbering fol- 
lows the SIP standard, but it will of course be 
understood that the technique is in no way limited to this 
particular standard. 

[0047] The first event is the arrival at an endpoint 
10a of a new session request There is no restriction on 
the type of request this can be, though it must obviously 
be one the endpoint 10a understands. This causes the 
endpoint 10a to send a COPS request (labelled A1) to 
its associated admission manager 30. Upon receipt of 
this request, the admission manager 30 determines the 
path or paths it will attempt to use to route the session 
to its destination. This may be either an explicit path or 
may use abstract nodes, depending on the amount of 
network topology information available to the admission 
manager 30. Using its view of the network congestion 
and any associated route selection policies, the admis- 
sion manager 30 assigns a rank to each of the paths it 
has determined. 

[0048] The Admission Manager 30 then forms one 
INVITE message for each of the paths using the same 
Call-ID for each, but different Cseq values. Each INVITE 
message includes a path element, an associated rank 
and a traffic element in the message body. It will also 
include a session description message body. Each 
INVITE message is then sent (A3) to each of the con- 
nection managers 32, 33, 34 in turn that control 
Abstract Nodes 12, 13, 14 respectively in the specified 
path before finally reaching the destination admission 
manager 31. 

[0049] At each Connection Manager 32, 33, 34 in 
the path, the path element of the INVITE message is 
interrogated for the next abstract node. The connection 
manager then determines if it has a label switch path 
(LSP) to that abstract node with sufficient free resource 
by comparison with the traffic element. If it has, it writes 
its SIP-URL into the Record- Route header of the 
INVITE message. The connection manager now adds a 
temporary soft-state reservation associated with the 
call-ID along the path and awaits confirmation. The con- 
nection manager may also choose to add a congestion 



message body to the message. The INVITE is now for- 
warded to all connection managers whose abstract 
nodes were identified as suitable next hops. The final 
connection manager in the MPLS network will implicitly 

5 perform an unforking operation by routing all INVITE 
messages to a single admission manager 31 . If the final 
abstract node 14 is not described by an explicit address, 
an error response is generated. 
[0050] If any of the traversed connection managers 

io 32, 33, 34 in the path have a next hop LSP which is cur- 
rently too congested that connection manager responds 
with an 801/802 error response and ceases forwarding 
the INVITE message. The Record-Route header is 
used to route the response back. Any connection man- 

15 agers this error response traverses then update their 
congestion information accordingly. If the next hop LSP 
is not congested but unavailable for some other reason, 
an 803 response is sent and if the next abstract node in 
the path is simply unreachable from this connection 

20 manager, an 804 response is sent. 

[0051] The destination Admission Manager 31 
eventually receives one or more INVITE messages. 
Upon receipt of the first INVITE message for a new ses- 
sion (i.e. an INVITE message that has an unrecognised 

25 Call- ID) a timer starts and all INVITE messages with the 
same Call-ID received within the time limit are proc- 
essed. The Admission Manager 31 then begins to form 
a 200 OK response. It uses the Record-Route headers 
of each incoming INVITE message to determine the 

30 path taken by that message. It ranks each of these 
paths and by convolution with the original ranking 
scores, ft chooses a preferred path. Any suitable path 
weighting and cost algorithms may be used to help form 
the rank. 

35 [0052] The destination admission manager 31 now 
sends one 81 0 response per original INVITE message 
whose path was not used (i.e. one per CSeq value). It 
also then sends a 200 OK response for the chosen 
path, using the Record-Route header of the original to 

40 form the path element in the message body. The 
Record-Route is then also used to make a Route 
header. Finally, the Admission Manager 31 stores the 
session description and Call ID before returning the 200 
OK message A6. As this message traverses the con- 

45 nection managers 34, 33, 32 listed in the Route header, 
it triggers the making of permanent reservations for the 
session at each traversed connection manager by up 
dating the existing soft-state reservation. 
[0053] On receipt of the 200 OK message, the orig- 

so inating Admission Manager 30 closes the SIP++ negoti- 
ation process by sending an ACK message A7 back 
across the network using the chosen path as its route - 
gleaned from the received Route header. The receiving 
Admission Manager 31 uses this ACK message to 

55 update its congestion information with the new session 
and as a confirmation of the path chosen. The originat- 
ing Admission Manager 30 also updates its path 
description for the session to reflect the chosen path. 
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[0054] The Originating Admission Manager 30 now 
finally sends a COPS Decision A8 back to its endpoint 
10a. This message contains the chosen, reserved, path 
to use in the subsequent CR-LDP session and the Call- 
ID. It may optionally include the traffic information as a 
failsafe check that the correct parameters are used. The 
Report State response may include the label issued by 
CR-LDP for this session. However, note this can only be 
sent after the CR-LDP protocol has set up the required 
path. Inclusion of the label issued by CR-LDP in the 
Report State response is useful if re-provisioning the 
path for a change in the session characteristics. 
[0055] The Endpoint 10a now starts a CR-LDP 
negotiation A9 using the path of explicit nodes 12, 13, 
14 and including the Call-ID as a vendor specific TLV. 
CR-LDP establishes a path through the specified LSRs. 
At the receiving Endpoint 10b, an optional COPS 
exchange A10 can be initiated to discover the label 
assigned to this new session so that a cut-through path 
can be established which maps the incoming label 
directly onto the correct forwarding path for the session. 
[0056] This MPLS session establishment can be 
invoked within the media gateway at the point in time 
when the two IP addresses for the call have been com- 
municated in MGCP commands. Referring to the call 
walkthrough of figure 3, this is following the Con- 
nect(A,C) command in Media Gateway 4b which estab- 
lishes a session for the return speech channel and 
following the Modify (A,C) command in Media Gateway 
4a which establishes a session for the forward speech 
channel. 

[0057] An alternative embodiment comprising a 
network architecture for leased-line services is illus- 
trated in figure 6. This arrangement is able to use the 
session establishment scenario of figure 5 via a leased 
line management server 61 in the same way as 
described above by invocation following MGCP connec- 
tion control commands. For Leased-lines it is likely that 
ATM maintenance messaging would be required in 
order to measure error rate and monitor continuity. In 
this case the full ATM cell should be carried over the 
MPLS network by attachment of an appropriate label to 
the cell. 

[0058] A further embodiment comprising a network 
architecture for ATM services is illustrated in figure 7. In 
this arrangement, the MPLS network is not involved in 
dynamic ATM connection establishment, it simply pro- 
vides a tunnelled transport capability over which the 
ATM service is provided transparently via ATM connec- 
tion control 71a, 71 b„ ATM signalling is also earned 
transparently between ATM edge switches 72a, 72b. 
[0059] Frame Relay services can be provided 
according to the model of figure 6 or 7. In the figure 6 
model a Frame Relay management server replaces the 
Leased-line management server and each Frame Relay 
connection maps to an MPLS session. In the Model of 
figure 7 there are two further options: - 



• Frame Relay switches can be deployed around an 
MPLS core with the MPLS core providing only 
transport layer adaptation in which the Frame Relay 
packets are provided with an MPLS Label but are 

5 otherwise unchanged. 

• Frame Relay can be adapted to ATM and treated as 
any other ATM service. 

[0060] Figure 8 shows a further network architec- 
ts ture for delivering ATM services. In this arrangement, 
the call server function is provided by an ATM connec- 
tion control 71 a, 71b. For example ATM signalling when 
interpreted at the NGMG 81 , would have the Q.2931 (or 
PNNI) signalling for the SVC directed to an ATM call 
is processor. The ATM call processor terminates the sig- 
nalling and communicates with the Admission Server 
via COPS, to request the connection across the core 
network. The Admission Server (in conjunction with the 
Connection Servers) effectively performs a call admis- 
20 sion control, routing and onward signalling to extend the 
SVC as an SVS through the MPLS core. By viewing the 
MPLS core as a single hop from the ATM perspective, 
then the AESA contained in the Q.2931 (or PNNI) sig- 
nalling message incoming to an NGMG's ATM call proc- 
25 essor, is resolved by the Admission Server into an IP 
address. The AM uses this IP address to establish an 
SVS. It then communicates this IP address and a ses- 
sion ID via COPS to the ATM call processor that for- 
wards both these entities in the information element of 
30 the Q.2931 (or PNNI) setup message to the destination 
NGMG's ATM call processor. At the destination ATM call 
processor, the message receipt, session ID and IP 
address are forwarded to the Admission Server via 
COPS to rendezvous with the SVS. The ATM call proc- 
35 essor uses the AESA to determine if onward signalling 
is required, in which case Q.2931 (or PNNI) is used to 
continue the SVC setup. The NGMG maintains the ses- 
sion/call state controls as well as providing OAMP infor- 
mation appropriate to the ATM access vehicle. 
40 [0061] It will be understood that the above descrip- 
tion of a preferred embodiment is given by way of exam- 
ple only and that various modifications may be made by 
those skilled in the art without departing from the spirit 
and scope of the invention. 

45 

Claims 

1. A method of transporting a telecommunications 
information packet to an end point in a network 

so incorporating a multiprotocol label switching net- 
work, the method including defining a plurality of 
first level paths across the multiprotocol label 
switching network, defining a second level path 
comprising a concatenated series of said first level 

55 paths attaching a label to the information packet 
indicative of said second level path at an ingress to 
the multiprotocol label switching network, transport- 
ing the labelled packet over said second level path, 
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removing the label from the packet, and delivering 
the packet to the end point. 

2. A method as claimed in claim 1 , wherein said sec- 
ond level path provides a dynamically created end 
to end quality of service capability. 

3. A method as claimed in claim 2, wherein said net- 
work is an Internet protocol network. 

4. A method as claimed in claim 3, wherein said pack- 
ets comprise ATM cells. 

5. A method as claimed in claim 4, wherein said pack- 
ets comprise the adaptation and payload portions 
of ATM cells. 



means for defining a second level path comprising 
a plurality of concatenated paths from said first set 
of paths, means for attaching labels to the informa- 
tion packets indicative of said second level path at 

5 an ingress to the multiprotocol label switching net- 
work so as to transport the labelled packets over 
said defined second level path, and means remov- 
ing the labels from the packets on egress from said 
second level path and for delivering the packets to a 

w said end point 



15 



6. A method as claimed in claim 2 wherein said pack- 
ets comprise frame structured information. 

20 

7. A method as claimed in claim 5, wherein said ATM 
cells conform to an ATM Adaptation Layer 1 or 
Adaptation Layer 2 format. 

8. A telecommunications network incorporating a mul- 25 
tiprotocol label switching network arranged to trans- 
port information packets between end points, the 
telecommunications network including means for 
defining a path across the multiprotocol label 
switching network, said path comprising a plurality 30 
of concatenated paths, means for attaching labels 

to the information packets indicative of said path at 
an ingress to the multiprotocol label switching net- 
work, transporting the labelled packets over said 
path, removing the labels from the packets, and 35 
delivering the packets to a said end point. 

9. A telecommunications network as claimed in claim 
6, wherein said multiprotocol label switching net- 
work incorporates a plurality of abstract nodes. 40 



10. A telecommunications network as claimed in claim 
7, wherein said concatenated paths comprise tun- 
nels defined between said abstract nodes. 

45 

11. A telecommunications network as claimed in claim 
10, wherein said nodes are served each by a con- 
nection manager whereby communications paths 
between the abstract nodes are established in said 
tunnels. so 



12. A telecommunications network incorporating a mul- 
tiprotocol label switching network comprising a plu- 
rality of abstract nodes and arranged to transport 
information packets between end points, the tele- ss 
communications network including means for defin- 
ing a first set of paths between pairs of said abstract 
nodes in the multiprotocol label switching network, 
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